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(54) Apparatus and method for manipulating images 



(57) In one embodiment according to the invention, 
a method and apparatus for manipulation of images, 
comprises: means for generating a browser-based user 
interface for displaying for manipulation on a remote ter- 
minal a graphical representation of at least a portion of 
an image held at an image store, said interface being 
capable of effecting a plurality of manipulations to the 
graphical representation to build a design; an internet 
communications link coupling the remote user interface 
to animage processor, said linkbeingoperable to receive 
instructions when the design is complete defining said 
plurality of manipulations applied to the graphical repre- 
sentation from the remote terminal; and the image proc- 
essor operable to access the image held at said image 
store to apply to the image manipulations emulating 
those applied to the graphical representation according 
to the instructions. In another embodiment according to 
the invention, a method and apparatus for manipulation 



of images, comprises: means for generating a browser- 
based user interface for displaying for manipulation on a 
remote terminal a graphical representation of at least a 
portion of an image held at an image store, said interface 
being capable of effecting a plurality of manipulations to 
the graphical representation to build a design; an internet 
communications link coupling the remote user interface 
to an image processor, said link being operable to receive 
instructions defining said plurality of manipulations ap- 
plied to the graphical representation from the remote ter- 
minal; an instruction store forstoringthe received instruc- 
tions defining said plurality of manipulations applied to 
the graphical representation; and the image processor 
operable to access the image held at said image store 
to apply to the image manipulations emulating those ap- 
plied to the graphical representation according to the in- 
structions. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001 J This application claims the benefit of U.S. Pat- 
ent Application Serial Number 1 0/406,51 9 of Elgar et al., 
filed April 3, 2003, entitled "Apparatus and Method for 
Manipulating images"; and of U.S. Provisional Applica- 
tion Serial Number 60/447,972 of Elgar et al., filed Feb- 
ruary 18, 2003, entitled "Method and Apparatus for Ma- 
nipulating Images," bearing Attorney Docket number 
SGLD-001. The disclosures of both of these related ap- 
plications are hereby incorporated herein by reference. 

TECHNICAL FIELD 

[0002] This invention relates to methods and appara- 
tus for manipulating images; and in particularto methods 
and apparatus for reproducing personalized images on 
consumer goods at locations remote from a user. The 
preferred embodiment includes on-line product-based 
image manipulation software. 

BACKGROUND 

[0003] There has been an increasing consumer desire 
for self-differentiation, particularly for differentiating 
mass-marketed personal items. This can be clearly seen 
in the recent popularity of customized mobile phone ring- 
tones and fascias. In order to provide personalized 
graphics on consumer products, there has therefore 
been a need for a quick and easy-to-use graphics ma- 
nipulation suite to allow users to make product-specific 
designs, particularly from locations remote from the main 
image storage and printing facility. However, providing 
such a graphics manipulation suite over the Internet has 
not proved easy. 

[0O04] One problem stems from the open nature of the 
internet itself. In order to allow Internet users to visit hun- 
dreds of thousands of unverified web sites, and yet still 
protect the user's computer from viruses and malicious 
hackers, abrowsermust not allowthe websites to access 
files on the user's computer. Thus, browsers are "dummy 
terminals," albeit very powerful ones; it is not easy to 
actively "do" anything with an Internet browser - it simply 
navigates between online resources and presents infor- 
mation and images to the user. Thus, for designing a 
graphical image for' application to a personal item, an 
internet user may be able to manipulate images within 
the browser environment, but will not be able to save the 
images. 

[0005] The problem of manipulating images to be ap- 
plied to an article remote from the user has previously 
been solved in two ways, each of which has disadvan- 
tages. In one solution, a user manipulates images on his 
or her own machine without the use of a browser. This 
solution has the advantage of being extremely fast once 
installed on the local machine, but suffers from three ma- 



jor failings. First, in orderto allow the program to run on 
the client machine, the user must first download a pro- 
gram. This takes time, and is inconvenient, because the 
software cannot be seen or tested until it is fully down- 

5 loaded. Next, the program must be installed on the user's 
machine, where it will remain permanently until removed. 
This occupies storage space on the client hard drive, 
slows down the user's computer, and can cause system 
crashes. Finally, the downloaded program may have 

10 computer viruses. 

[0006] In another image manipulation solution, an im- 
age is manipulated directly on a server using Java Ap- 
plets, or anotherplug-inthatfunctions in asimilarfashion, 
such as a custom ActiveX control. Each time the user 

is uses the interface to make a manipulation to the image, 
a separate call is made to the server; the serversoftware 
changes the Image's position, and sends back the infor- 
mation to the client machine. The theoretical advantages 
of Java and similar programs are that they can run on 

20 any client machine with identical results; and that the 
software does not need to be installed on the client ma- 
chine, because the Java Applet runs within a Java Virtual 
Machine of the browser. However, the problem with Java 
and similar programs is that the Internet simply is notf ast 

25 enough to provide a pleasant user experience. Also, in 
practice, because the Java Applet does not know which 
type of machine it will be run on, it can react very differ- 
ently from one machine to the next. 

30 SUMMARY 

[0007] In one embodiment according to the invention, 
there is disclosed a computer system for manipulation of 
remote images. The computer system comprises: a 

as browser-based user interface for displaying for manipu- 
lation a graphical representation of at least a portion of 
an image held at a remote image store; an internet com- 
munications link coupling the user interface to a remote 
image processor, said link being operable to transfer in- 

40 formation about manipulations applied to the graphical 
representation between the user interface and the re- 
mote image processor; and means for the remote image 
processor to access the remote image store in order to 
apply to the image held in the store manipulations emu- 

45 lating those applied to the graphical representation. 
[0008] In related embodiments, the image held at the 
remote image store may be of a relatively higher resolu- 
tion than the graphical representation of at least a portion 
of the image. The remote image processor may further 

50 comprise means for communicating a version of the im- 
age, comprising the applied manipulations, to an image 
printing means maintained securely from the user inter- 
face. The computersystem may further comprise means 
for associating a unique identifier with a user applying 

ss themanipulationstothe graphical representation; where- 
in the internet communications linkis operable to transfer 
the unique identifier between the user interface and the 
remote image processor. The remote image processor 
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may also comprise means for receiving a hash value, 
which relates to a user who applied the manipulations to 
the graphical representation. The browser-based user 
interface may be presented on a kiosk accessible to a 
consumer. The kiosk may comprise a printerfor printing s 
an image, produced by applying the manipulations that 
emulate those applied to the graphical representation, 
onto a consumer Item. The computer system may also 
further comprise a database capable of storing the infor- 
mation about the manipulations applied to the graphical to 
representation; such that a manipulation can be applied 
to the image held in the remote image store, other than 
in real time, or alternatively, allowing printing tasks to 
different articles to be batched. The computer system 
may further comprise a printerforprinting an image, pro- ts 
duced by applying the manipulations that emulate those 
applied to the graphical representation, onto a consumer 
item. The consumer item may comprise a financial ac- 
count access means. 

[0009] In another embodiment according to the inven- 
tion, there is disclosed a method of operating a computer 
system for manipulation of remote images. The method 
comprises: displaying for manipulation at a browser- 
based userinterface a graphical representation of at least 
a portion of an image held at a remote image store; pro- 25 
vlding an internet communications fink coupling the user 
interface to a remote image processor; transferring infor- 
mation aboutmanipulations applied to the graphical rep- 
resentation between the user interface and the remote 
image processor; and causing the remote image proc- 30 
essorto access the remote image store and to apply, to 
at least a portion of the image held in the store, manip- 
ulations emulating those applied to the graphical repre- 
sentation. 

[0010] In related embodiments, the method may fur- 35 
ther comprise transferring a unique identifier between 
the user interface and the remote image processor, the 
unique identifier being associated with a user applying 
the manipulations to the graphical representation. The 
method may also comprise receiving a hash value at the *o 
remote image processor, the hash value relating to a 
user applying the manipulations to the graphical repre- 
sentation; or presenting the browser-based user inter- 
face on a kiosk accessible to a consumer. A printer at 
the kiosk may be used to print an image, produced by 45 
applying the manipulations that emulate those applied to 
the graphical representation, onto a consumer item. The 
method may also further comprise storing information 
about the manipulations applied to the graphical repre- 
sentation in a database, such that the manipulations can so 
be applied to the Image held in the remote image store, 
other than in real time, or alternatively, allowing printing 
tasks to different articles to be batched. The method may 
also comprise printing an image, produced by applying 
the manipulations that emulate those applied to the 55 
graphical representation, onto a consumer item, which 
may comprise a financial account access means. 
[0011] In another embodiment according to the inven- 



tion , there is disclosed a computer program product com- 
prising program code means, said program code means 
including: first code means fordisplayingformanipulation 
at a browser-based user interface one ormore graphical 
representations of at least a portion of an image held at 
a remote image store; second code means for establish- 
ing an internet communications link coupling the user 
interface to a remote image processor; third code means 
for transferring information about manipulations applied 
to the graphical representation between the user inter- 
face and the remote image processor; and fourth code 
means forcausingthe remote image processorto access 
the remote image store and to apply to at least a portion 
of the image held in the store manipulations emulating 
those applied to the graphical representation. 
[0012] In a further embodiment according to the inven- 
tion, there is disclosed a computer system for manipula- 
tion of remote images. The computer system comprises: 
a front end server system for operating computer pro- 
gram means for providing a user interface for displaying 
a graphical representation of at least a portion of an im- 
age held at a remote image store for user selection from 
amongst a plurality of similar such graphical representa- 
tions of at least a portion of each of a plurality of images 
held at the remote image store; and an internet commu- 
nications link coupling the front end server system to a 
remote image processor capable of accessing the re- 
mote Image store in order to select the original image 
held in the store, from amongst the plurality of similar 
such images held in the store, in a corresponding fashion 
to the user selection made on the user interface. 
[0013] lnarelatedembodiment,thecomputerprogram 
means may further comprise means for enabling user 
manipulation of the graphical representation on the user 
interface; and the remote image processor may comprise 
means for accessing the remote image store in order to 
apply to the image held in the store manipulations emu- 
lating the user manipulations of the graphical represen- 
tation on the user interface. 

[0014] In another embodiment according to the inven- 
tion, there is disclosed a system for applying a person- 
alized image to a financial account access means corre- 
sponding to a financial account of a customer. The sys- 
tem comprises: a financial account association table as- 
sociating financial data, corresponding to the financial 
account of the customer, with a customer identifier an 
image manipulation emulatorforassociatingthe custom- 
er identifierwith user image selection data based on user 
selections made on a user interface in relation to a graph- 
ical representation of at least a portion of an original im- 
age held in an image store; and an image application 
means for applying the personalized image to the finan- 
cial account access means, the personalized image be- 
ing based on the user image selection data associated 
with the customer identifier by the image manipulation 
emulator; wherein the system maintains at least the fi- 
nancial account association table securely from the user 
interface. 
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[0015] In further related embodiments, the system may 
further comprise a front end server for presenting the 
user interface; and a back end server, comprising the 
image manipulation emulator, for communicating with 
the front end server and with the image store, The front 
end server may further comprise means for communi- 
cating a user manipulation data string to the back end 
server. The financial account access means may com- 
prise a credit card, debit card, or other transaction card 
means. The graphical representation of the original im- 
age may comprise a re-sized version of the original im- 
age. The original image may be uploaded from the cus- 
tomer's own computer. The user selections may com- 
prise operations selected from rotating, re-sizing, posi- 
tioning, flipping, controlling brightness, performing red- 
eye reduction, and adjusting opacity levels. The user se- 
lection data may furthercomprise data relating to at least 
one image for overlaying onto the original image; and the 
data relating to the at least one image for overlaying onto 
the original image may comprise at least one transparent 
portion. The user selections may also comprise opera- 
tions for positioning at least a portion of the original image 
within a window region of the financial account access 
means. The window region may exclude regions of the 
financial account access means that display functional 
features of the financial account access means. The user 
selections may also comprise operations for positioning 
at least a portion of the original image in relation to a 
template of features of the financial account access 
means. The financial account access means may com- 
prise one of a credit card, debit card, or othertransaction 
card means; and the features of the financial account 
access means may comprise one or more of a bank logo, 
a transaction card hologram, and a transaction card type 
indicator. 

[0016] In another embodiment according to the inven- 
tion, there is disclosed a method for applying a person- 
alized image to a financial account access means corre- 
spondingto afinancial account of acustomer. The meth- 
od comprises; associating financial data, corresponding 
to the financial account of the customer, with a customer 
identifier in a financial account association table main- 
tained securely from a user interface; associating the 
customer identifier with user image selection data based 
on user selections made on the user interface in relation 
to a graphical representation of at least a portion of an 
original image held in an image store; and applying the 
personalized image to the financial account access 
means, the personalized image being based on the user 
image selection data associated with the customer iden- 
tifier. 

[0017] In further related embodiments, the method fur- 
thercomprises presenting the user interface using af ront 
end server; and using a back end server, in communica- 
tion with the front end server and the image store, to re- 
create the user selections made on the user interface. 
The method may also further comprise communicating 
a user manipulation data string from the front end server 



to the back end server. The financial account access 
means may comprise a credit card, debit card, or other 
transaction card means. The graphical representation of 
the original image may comprise a re-sized version of 

s theoriginalimage.Themethodmayfurthercomprise up- 
loading the original image from the customer's own com- 
puter. The user selections may comprise operations se- 
lected from rotating, re-sizing, positioning, flipping, con- 
trolling brightness, performing red-eye reduction, and ad- 

*o justing opacity levels. The user image selection datamay 
further comprise data relating to at least one image for 
overlaying onto the original image, where the at least one 
image for overlaying may comprise at least one trans- 
parent portion. The user selections may comprise oper- 

15 ationsfor positioning at least a portion of the original im- 
age within a window region of the f inancial account ac- 
cess means. The window region may exclude regions of 
the financial account access means that display function- 
al features of the financial account access means. The 

2» user selections may comprise operations for positioning 
at least a portion of the original image relative to a tem- 
plate relating to features of the financial account access 
means. The financial account access means may com- 
prise a credit card, debit card, or other transaction card 

25 means; and the features of the financial account access 
means may comprise one ormore of abank logo, atrans- 
action card hologram, and a transaction card type indi- 
cator. 

[001 8] I n another embodiment according to the inven- 
so tion, there is disclosed a method of operating a computer 
system to apply a personalized image to a financial trans- 
action card. The method comprises: providing a financial 
account association table associating financial data of a 
customer with acustorneridentifier, receiving at an Image 
35 processor a set of manipulations applied to a represen- 
tation of an image at a remote user terminal, to generate 
a personalized design; processing the represented im- 
age by applyingthe received set of manipulations to pro- 
duce a personalized image; and sending the personal- 
40 jzed image for application to a financial transaction card, 
provided with banking features based on at least the cus- 
tomer identifier. 

[001 9] I n a further embodiment according to the inven- 
tion, there is disclosed a computersystem for controlling 

45 production of a personalized financial transaction card. 
The computersystem comprises: afinancial account as- 
sociation table associating financial data of a customer 
with acustorneridentifier; a communication interface ar- 
ranged to receive a set of manipulations applied to a rep- 

50 resentation of an image at a remote user terminal to gen- 
erate a personalized design; an image processorto proc- 
ess the represented image by applying said set of ma- 
nipulations to produce a personalized image; and finan- 
cial card production equipment capable of receiving the 

55 personalized image and relevantfinancial data based on 
the customer identifier to produce a personalized finan- 
cial transaction card. 

[0020] In another embodiment according to the inven- 
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tion, there is disclosed a method of operating a computer . 
system to produce a personalized financial transaction 
card. The method comprises: receiving a unique one- 
way code generated within a secure environment from 
information relating to a customer account; receiving at 
an image processor an image, and manipulating the im- 
age in accordance with instructions from a remote termi- 
nal operated by said customer; storing the manipulated 
image in association with the one-way code; and provid- 
ing said manipulated image for application to a financial 
transaction card, responsive to a request comprising an 
identical one-way code generated independently from 
said customer account information. 
[0021] In a further embodiment according to the inven- 
tion, there is disclosed a computer system for producing 
a personalized financial transaction card. The system 
comprises: an interface for receiving from a secure en- 
vironment a unique one-way code generated from cus- 
tomer account information; an image processor operable 
to manipulate an image in accordance with instructions 
from a remote terminal operated by said customer; a data 
store for storing the manipulated image in association 
with the one-way code; and an interface operable to sup- 
ply said manipulated image for application to a financial 
transaction card responsive to a request comprising an 
identical one-way code generated independently from 
said customer account information. The customer ac- 
count information may comprise at least a portion of an 
embossing record. 

[0022] In accordance with any of the preceding em- 
bodiments, a kiosk accessible to consumers may be pro- 
vided for performing manipulations to the graphical rep- 
resentation and/or for producing financial transaction 
cards applied with a personalized image. 
[0023] in another embodiment according to the inven- 
tion, there is disclosed a computer system for producing 
personalized financial transaction cards. The computer 
system comprises: means for generating a browser- 
based user interface for displaying on a remote terminal 
a graphical representation of at least a portion of an im- ■ 
age, said interface being capable of effecting a plurality 
of manipulations to the graphical representation; an in- 
ternet communications link coupling the remote user in- 
terface to an image processor, said link being operable 
to receive instructions defining said plurality of manipu- - 
lations applied to the graphical representation from the 
remote terminal; an image processor operable to access 
the image to apply manipulations emulating those ap- 
plied to the graphical representation according to the in- 
structions; and financial transaction card production i 
equipment operable to apply the resulting image to a fi- 
nancial transaction card. 

[0024] In a further embodiment according to the inven- 
tion, there is disclosed a method of operating a computer 
system to produce a personalized financial transaction s 
card. The method comprises: receiving encrypted cus- 
tomer information generated within a secure environ- 
ment from information relating to an account of the cus- 



tomer; receiving at an image processor an image, and 
manipulating the image in accordance with instructions 
from a remote terminal operated by said customer; stor- 
ing the manipulated image in association with the en- 
crypted customerinforrnation; and providing said manip- 
ulated image for application to a financial transaction 
card, in association with the encrypted customer infor- 
mation, to an entity having an encryption key capable of 
decrypting the encrypted customer information. 
[0025] In another embodiment according to the inven- 
tion, there is disclosed a method of operating a computer 
to facilitate production of a personalized financial trans- 
action card. The method comprises: providing meansfor 
presenting to a remote customer a user interface; receiv- 
ing instructions for manipulation of an image file, the in- 
structions being based on manipulations performed by 
the remote customer with regard to a representative ver- 
sion, on the user interface, of the image that is contained 
in the file; and providing an image, produced based on 
said instructions for manipulation, for application to the 
financial transaction card, the image being associated 
with a customer identifier corresponding to the remote 
customer. 

[0026] In further related embodiments, the customer 
identifier may comprise one of: a one-way code, a unique 
customer identifier, and encrypted customerinforrnation. 
The one-way code may be created by a card issuer ap- 
plying a one-way code function to financial account in- 
formation of the remote customer. The encrypted cus- 
30 tomer information may be encrypted by a card issuer 
encrypting financial account information of the remote 
customer. Providing the means for presenting the user 
Interface may comprise operating a website server. The 
provided lmageforapplication to the financial transaction 
3s card may be provided to a card bureau. The customer 
identifiermay be embedded in the image produced based 
on said instructions for manipulation; including by being 
embedded as a machine-readable code, as a barcode, 
or by being embedded in file metadata. In one embodi- 
» ment, the image file is not transferred to the user inter- 

[0027] In another embodiment according to the inven- 
tion, there is disclosed a system for operating a computer 
to facilitate production of a personalized financial trans- 
is action card. The system comprises: computer program 
means for presenting to a remote customer a user inter- 
face; image instruction means for receiving instructions 
for manipulation of an image file, the instructions being 
based on manipulations performed by the remote cus- 
» tomer with regard to a representative version, on the user 
interface, of the image that is contained in the file; and 
image processing means for providing an image, pro- 
duced based on said instructions for manipulation, for 
application to the financial transaction card, the image 
s being associated with a customer identifier correspond- 
ing to the remote customer. 

[0028] In further related embodiments, the customer 
identifier may comprise one of: a one-way code, a unique 
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customer identifier, and encrypted customer information. 
The customer identifier may comprise a one-way code 
created by a one-way code function applied to financial 
account information of the remote customer. The cus- 
tomer identifier may also comprise encrypted customer 
information created from encrypted financial account in- 
formation of the remote customer. The computer pro- 
gram means may comprise a web server application of 
a website server. The image processing means may 
comprise means for providing the image for application 
to the financial transaction card, to a card bureau. The 
image processing means may also comprise means for 
embedding the customer identifier in the image produced 
based on said instructions for manipulation; such as by 
using means for embedding the customer identifier as a 
machine-readable code, as a barcode, or as file meta- 
data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] Forabetterunderstandingof the presentinven- 
tion, andto show how the same may becarried into effect, 
reference will now be made, by way of example only, to 
the accompanying drawings, in which: 

Fig. 1 illustrates a computer system for remote ma- 
nipulation of images, in accordance with an embod- 
iment of the present invention; 
Fig. 2 illustrates a method of operating a computer 
system for remote manipulation of images, in accord- 
ance with an embodiment of the present invention; 
Figs. 3-1 0 show screens of a credit card design web- 
site, operated in accordance with an embodiment of 
the invention; 

Fig. 1 1 illustrates a method of operating a computer 
system for remote manipulation of images, using a 
unique customer identifier, in accordance with an 
embodiment of the present invention; 
Rg. 1 2 illustrates a method of operating a computer 
system for remote manipulation of images, using a 
hash value to avoid the need for creating and main- 
taining a unique customer identifierthrough the card 
application and printing Irfecycle, in accordance with 
an embodiment of the present invention; 
Fig. 13 illustrates a system according to an embod- 
imentof theinvention, in which an image is designed 
using a card-issuing kiosk or in-store instant issue 
system; and 

Fig. 14 illustrates a system in which a database is 
used to store information between a user's image 
selections and back end image production, in ac- 
cordance with an embodiment of the invention. 

DETAILED DESCRIPTION 

[0030] An embodiment according to the invention al- 
lows a user to manipulate an image through a browser 
interface, and is divided into two software portions, here 



' referred to as front end software and back end software. 
[0031 ] The front end software operates entirely within 
an Internet browser and in most cases does not require 
a download, because it accepts the limitations of the 

5 browser. In one embodiment, thef ront end software runs 
Flash software, available from Macromedia Inc. of 600 
Townsend Street, San Francisco, CA 94103, U.S.A., or 
equivalent software. The front end software is a pure 
Graphical User Interface (GUI), and allows a user to de- 

io sign and edit graphics on his or her screen in order to 
build a representation of a desired image. Representa- 
tions of stock (starting) images can be presented to a 
user in an on-screen image library and/or created by the 
user on demand. The image desired for output can be 

15 made upf rom one orseveral representative components, 
each of which has its position defined relative to an origin, 
and can be manipulated based on a set of predetermined 
rules - such as, for example, rules allowing the image or 
its components to be resized, rotated, flipped, mirrored 

20 and moved relative to other components. The represent- 
ative graphical components can be used, for example, 
to build relatively complex designs consisting of a plural- 
ity of different layers and/or transparencies constructed 
using Flash scenes. 

25 [0032] When the design is completed, in an embodi- 
ment according to the invention, instructions about what 
the final image looks like are sent to the back end soft- 
ware, which runs on a server. In the preferred embodi- 
ment, these instructions are senttogether (simultaneous- 

30 |y) afterthe manipulation is completed, and take the form 
of a text string for each component of the image. For 
example, the text string makeimage.aspx for a graphics 
component might read: 

ld+=030, x=182, y=32.3, fllp=yes, rotate=270, 
35 scale=190.6, user=230 

where id is an image identifier; x and y define the position 
of a component relative to a predetermined origin; flip, 
rotate, and scale define manipulations of types generally 
well known in the art; and user is a number identifying 
40 the user. Those of skill in the art will appreciate that a 
range of image manipulations can be defined in this way. 
A resulting image may be represented by one or a 
number of graphical components. It is thus possible for 
a plurality of text strings, or an extended text string, to 
45 define an image made of a plurality of separate graphical 
components. The graphical components used, for exam- 
ple, in Flash movie scenes are generated and manipu- 
lated with a minimum of computing resources; and the 
designs constructed as a result can be recreated on the 
so back end (server) side using the relevant (and generally 
much larger) image files. Relatively complex designs can 
be achieved by employing two or more image compo- 
nents with separate Image identifiers. The image identi- 
fiers for graphical components of the same image may 
55 have a common characteristic. In accordance with em- 
bodiments of the invention, the instructions included in 
the text string that defines the manipulations needed to 
create the resultant image, need not all be included in a 
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single text string; instead, a series of text strings may be 
transmitted separately to convey the same plurality of 
instructions. Furthermore, manipulations on the remote 
server need not await receipt of all of the series of text 
strings, but can instead be performed in stages as each 
string of the series is received. Regardless of the number 
of text strings used, an advantage of an embodiment ac- 
cording to the invention is that a smaller, emulated ver- 
sion of the image can be manipulated by the user with a 
minimum of computing resources, and instructions can 
be transferred efficiently as text strings; instead of requir- 
ing the inefficient (and time-consuming) transfer of large 
image files, or portions thereof, between the customer 
and an image-production server. Further, the need to 
make calls to a server with an image change each time 
that a single manipulation is made, is also overcome. 
[0033] The back end software is responsible for gen- 
erating the final image, in accordance with an embodi- 
ment of the invention, by interpreting the manipulations 
applied to the representation (defined in the, or each, text 
string file) and applying corresponding manipulations to 
one or more stock images held in a remote image store. 
The images used in the front end software are less com- 
putationally-demanding representations of those held on 
the server. As a result, the back end software can make 
image transformations that exactly mirror those which 
are seen on the client machine. Once the desired image 
has been created by the back end software, the image 
can be output to whatever device is required, such as a 
device for printing the image onto a personalized con- 
sumer item. In this way, the graphical representation is 
displayed and manipulated at the user interface by 
means of the Flash software, and only a minimal amount 
of information concerning the image and manipulations 
applied thereto need be transferred to the remote image 
processor. 

[0034] As mentioned above, the front end software 
may use Macromedia's Flash, or another product. For 
example, the software could instead use HTML and Java- 
script (DHTML) without a download, although the GUI is 
relatively poor. Use of Flash (or equivalent) software is 
advantageous in that it does not allow full access to a 
user's local files, so that it does not risk transmitting com- 
puter viruses to the user's machine. Use of Flash soft- 
ware also does not require a userto install software other 
than the Flash plug-in, which has a high penetration of 
the browser market 

[0035] The preferred embodiment thus allows for on- 
line image manipulation by emulating the browser-based 
transformations (such as re-sizing or overlaying images), 
made by the user on a representation of the image, on 
the server so that the images produced can be used for 
personalised product creation. 
[0036] On-line Image manipulation is allowed by cre- 
ating atwo-tier architecture, in an embodiment according 
to the invention: there is one program that allows image 
manipulation on the screen in front of a user; and a sec- 
ond program on a server that emulates these manipula- 



tions, so that the images can be output for personalised 
product creation. In the preferred embodiment, the back 
end process, or elements of it, can be performed in a 
secure computing environment; and customised images 
5 can be printed onto an actual product under very high 
security (for example, bank level security). In this way, a 
user with internet access can design customised images 
for printing on a remote product which requires secure 
treatment, such as bank level security. For example, anti- 
■to fraud and anti-theft measures mean that the production 
of credit cards, and other types of transaction cards, is 
performed in secure locations. Customisation of the de- 
signs applied to such cards is thus possible, using pre- 
ferred embodiments, without the need to give the user 
*5 direct computing access to the secure environment 
[0037J An online image-editing tool uses the browser 
environment of HTML and Macromedia Flash as a 
Graphical User Interface for remote software that emu- 
lates the actions taken on the client machine, in an em- 
20 bodiment according to the invention. This enables afast 
experience for the user and a high quality end product. 
However, the browser-based, client-side environmental- 
lowing manipulation by the user need not necessarily be 
Flash from Macromedia. Any equivalent software tool ca- 
25 pable of providing the required functionality could be 
used -for example, any tool capable of generating a rep- 
resentation of an image, applying manipulations thereto, 
and transfering the results through a set of commands 
to the server-side software, such that an image processor 
so on the server side can emulate the actions of the front 
end and create a result image that can be saved to the 
server. The front end software will allow the upload of 
Images from the user's computer to the server, so that 
the user's own images can be manipulated and overlaid 
35 with "stock" images and borders. Then, by communicat- 
ing with the back end software, it Is possible to produce 
personalized goods for a user. Such personalized goods 
may include, for example, credit cards, debit cards, mo- 
bile phone covers, mugs, T-shirts, gift cards, and framed 
40 prints. 

[0038] An embodiment according to the invention has 
the advantage that high quality images do not need to 
be uploaded to the customer's browser during the ma- 
nipulation process, because lightweight, web-enabled 

is formatsare instead usedfortheuser'sexperience, there- 
by making the system fast and easy to use. However, 
whenthe information is transferred, the original high qual- 
ity images are used to give high quality print resufts. An 
embodiment according to the invention also allows the 

so provision of light-weight but fast graphics manipulation, 
without the complication of downloading programs. Ad- 
ditionally, a user interface according to the invention is 
not constantly calling to the server; thus the interface is 
quick and pleasantto use, and internet bandwidth is used 

55 efficiently. As another advantage of an embodiment of 
the invention, the original image is not transferred over 
the internet at the manipulation stage, so that the possi- 
bilities for hacking the image are greatly reduced. Also, 
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because the interface runs within the Macromedia Flash 
environment, the interface is platform independent Fur- 
ther, because the final image may be created on a server 
controlled by a single company, the final image output 
may be made to have astandardized size and resolution. 
This enables easy integration with printers, simplifies the 
production of a personalized product, and simplifies bill- 
ing on a per-image basis. 

[0039] By way of example, Figs. 1 and 2 describe the 
production of a credit card, in accordance with an em- 
bodiment of the invention. 

[0040] In the embodiment of Fig. 1 , acustomeraccess- 
es software according to the invention, after having ap- 
plied for a credit card through a web site 101 of a card 
issuer (such as a bank). In the first step, the card issuer 
issues the customer with a unique identifying number 
1 03 which is passed to an image compilation server 1 0B, 
which may (or may not) be operated by a company other 
than the card issuer. The card issuer associates the 
unique customer identifier 1 03 with the customer's finan- 
cial information 104. This association may be performed 
in a financial account association table 124 maintained 
in an environment that is secure from the user interface. 
The associated customer identifier 1 03 and financial in- 
formation 1 04 are passed to a bank (or other card issuer) 
printer server 109 via a firewall 102. Next, the customer 
enters the front end software 1 05, which may be operated 
by a website server or other front end server. The cus- 
tomer chooses an image 107 - in Fig. 1, from the cus- 
tomer's computer hard drive 106, and uploads it to the 
image compilation server 108. The image 107 could 
come from any suitable source such as an image library 
maintained by an operator of the image compilation serv- 
er 108. Back end software 110, running on the image 
compilation server 108, now enters the original image 
into a database and generates a web-friendly smaller 
copy 1 1 1 to send to the front end software 105. The cus- 
tomer now performs image manipulations 112 (such as 
resizing, rotating, and placing the image), as the custom- 
er desires. The back end software 1 1 0 associates the 
customer image selection, and subsequent manipula- 
tions and selections, with the unique customer identifier 
103. Next, the customer chooses another image 1 13 to 
overlay on top of the first image 1 07, and positions image 
1 1 3 as desired. The overlay image 1 1 3 may, for example, 
be atransparent decorative frame forthe uploaded image 
107, and maybe maintained in an image server 1 1 4. The 
back end software 1 1 0 transmits a web-friendly, smaller 
version 115 of the overlay image 1 13 to the customer, 
for use in a creating a combination 116 of the original 
manipulated image 1 07 with the overlay image 1 1 3. Once 
customer approval 1 1 7 of the final design 1 1 6 is achieved 
and indicated to the front end software 1 05, the front end 
software 105 transmitsa string of user manipulation data 
1 1 8 to the image compilation server 1 08. This string 1 1 8 
■ encapsulates the customer's image selections and ma- 
nipulations. On receiving this string 118 the back end 
software 1 1 0 accesses the original copies of the images 



from an image library and performs the exact operations 
that the customer has chosen in the front end software 
1 05 for the customer's final design. In this way, the back 
end software 1 10 emulates the manipulations at the user 

s end according to the information transferred in the text 
string (also referred to herein as the results script). At 
this point the back end software 110 can output the re- 
sulting image 1 1 9 to a printer server 1 20, which may be 
performed through a firewall 121. The resulting image 

io 119 and associated customer identifier 1 03 may then be 
passed to the bank (or other card issuer) printer server 
1 09, which in turn accesses the financial account asso- 
ciation table 1 24 to obtain the associated secure custom- 
erflnancial information 104.Thefinancial information 104 

is and resulting image 1 1 9 may then be sent to a credit card 
printer 122, which prints a customized credit card 123. 
All of the images that are used by the customer in the 
front end software 1 05 are issued via the back end soft- 
ware 1 10. The only information which passes to the back 

20 end software 1 1 0 from the front end software 1 05 (apart 
for requests for images) is data about how the image in 
front of the customer appears. Thisinformation caneasily 
be encrypted for increased security. The number of im- 
ages combined in a design is not limited to one or two 

25 (such as images 1 07 and 1 1 3) - the script can be easily 
amended for many more layers. Also, transparent frame 
image layers need not be selected and manipulated be- 
fore a non-transparent image layer; the image layers can 
be designed in any order. Text can also be added to the 

30 image through a similar replication. The output image 
can be sentto any type of machine and thus the possible 
applications are very wide-ranging: the software can be 
applied not only to the payment card market, but also for 
non-payment and telephone cards. In certain embodi- 

35 ments, layers may be employed as templates and/or 
marks, referred to herein as transparencies. In one em- 
bodiment, the final image displayed on a card may be 
restricted to a selected pre-defined area, such as a "win- 
dow" on a payment card (or other financial account ac- 

to cess means), leaving the rest of the card free to contain 
functional features of the card, such as a bank logo, a 
payment card hologram or type indicator (such as, for 
example, "visa" or "MasterCard" logos). Alternatively, 
some image layers may be positioned within such a se- 

45 lected window on the card; while other image layers (such 
as transparencies) are positioned outside the selected 
window, but surrounding the functional features of the 
card (such as the bank logo, payment card hologram, 
etc.). Also, the bank logo or other financial feature can 

so act as a fixed template, behind which the user can move 
the image to a desired position. 
[0041 ] In the embodiment of Fig. 2, in a first step 231 , 
a customer 251 has applied to a bank (or other card is- 
suer) online for a credit card, or is an existing customer 

55 offered the opportunity to make a new card for an existing 
account. In step 232, the customer clicks a link redirecting 
the user to a website (which may be operated by a com- 
pany other than the card issuer) for designing the credit 
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card - arriving with a unique identifier which relates to the 
customer's account and which will be carried with the 
customer throughout the customer's time on the site. In 
step 233, the customer identifier is used to log-in; alter- 
natively, thecustomercouldlog-inseparatelyatthispoint s 
and recollect the customer's identifier. Since the design 
website uses only the customer identifier to identify the 
customer, it does not obtain any of the customer's finan- 
cial details. In step 234, the customer elects to upload 
an image from the customer's own computer 252, such *> 
as a scanned or photographed image. In step 235, the 
image is uploaded to an image server, and may be held 
in a database 253 for convenience. In step 236, the cus- 
tomer enters browser-based image manipulation soft- 
ware 254. In step 237, the image manipulation software « 
requests a series of images in web-friendly fonmatsfrom 
an image re-size tool 255, so that the process is fast and 
quick to use. In step 238, the image re-sizing tool re- 
quests the original image from the database 253; in step 
239, the original image is returned and re-sized to aweb- 20 
friendly format and size; and in step 240, a set of web- 
friendly images is returned to the image manipulation 
software 254 (these are graphical representations of the 
original images on which manipulations can be per- 
formed). Once the customer has achieved the desired 25 
effect by manipulating the series of images required, the 
associated image manipulation commands are sent 241 
to an image manipulation emulator 256. Image manipu- 
lation commands can include, for example, rotating, re- 
sizing, positioning, flipping, scaling, brightness controls, 30 
red-eye reduction, opacity levels, and other manipula- 
tions. In step 242, the image manipulation emulator 256 
then requests the original images from the image server 
so that the best quality image is used. Upon receiving 
the images in step 243, the emulator 256 then repeats as 
the completed transformations of the customer and cre- 
ates an image that emulates the one created online, but 
that uses the original, higher quality graphics. In step 
244, this image, and the associated customer identifier, 
is sent to the bank's printer 257. The financial data cor- <» 
responding to the customer identifier is obtained, via a 
secure connection 258 to the bank (or other card issuer); 
and the printing process set in motion. 
[0042] In an embodiment according to the invention 
that places personalized images onto plastic, credit card- « 
style cards, it is necessary to ensure a very high level of 
security. Therefore, in circumstances where there are 
already financial records in place for the user, the archi- 
tecture receives a unique non-sequential customer iden- 
tifier, which matches with a set of financial records, from so 
the credit card issuer. This customer identifier is passed 
through each element of the system and is returned with 
the generated image file. Thus in a "maii merge"-type 
operation, the customer's personalized image can be 
matched up with the customer's financial and personal ss 
records, so that the correct image is placed on the card. 
At no time does eitherthe front end or back end software 
have any financial information. The customer identifier 



may be used in an automated log-in process. In this way, 
the software (both the front end and back end software) 
can know whether the user is new or not. A returning 
visitor can thus be presented with images that were up- 
loaded on a previous visit. 

[0043] The system's architecture comprises two dis- 
tinct elements, in an embodiment according to the inven- 
tion. The front end element, the element that the user 
interacts with, is built in Macromedia Flash. This element 
allows the userto design a card by manipulating (through 
scaling, rotating, or performing other manipulations such 
as those given above) the image uploaded and then over- 
laying the image with framesthat can contain transparent 
sections. Since Flash does not have "local permissions" 
on the client machine, as it is a browser-based interface, 
it is not capable of saving the final design. It therefore 
sends a string of instructions to the second, serverside 
element. The second, serverside element may be written 
in C#, although Java, C, C ++, or any other suitable lan- 
guage would be equally capable. The string of instruc- 
tions may be sent as a "querystring," i.e. as part of the 
URL; for example, the string could be formatted as: 
(createpage.aspx?here„are_the_string_of instruc- 
tions&rotate=90&flip=yes...) 

Other methods may also be used for transmitting the us- 
er's design manipulations, such as using an HTML style 
"form," or writing the information to a Cookie and then 
re-reading the information. Alternatively, the hypertext 
transfer protocol commands HTTP "POST" and HTTP 
"GET" may be used to pass data from the user session 
to the server. HTTP "POST" works in an identical fashion 
to a standard website form; while HTTP "GET" works by 
changing the URL. For example, an HTTP "GET" could 
change a URL, in orderto transfer a user's rotation, scal- 
ing, and other selections, to read: 
http: //www.personalcard.net/ saveinfo.aspx? ro- 



2&y2=343&x2=333 etc. 
[0044] This list of techniques for transmitting the ma- 
nipulation results is not intended to be exhaustive. Alter- 
natives andfuture developed techniques will also be suit- 
able. 

[0045] The customer identifier may be passed using 
Session State (the webserver's Session Object) or by 
passing as part of the "querystring," in accordance with 
an embodiment of the invention. HTML "forms" could 
achieve the same ends. 

[0046] In accordance with an embodiment of the in- 
vention, an image can be uploaded as a JPEG, GIF, Bit- 
Map, PNG, Tiff etc.; although it will be appreciated that 
nearly any digital image can be uploadedor output. From 
the original uploaded image the system creates four sep- 



1 . Athumbnail version (as a JPEG) - seethe interface 
screenshots, below. The image is approximately 1 
to 2k in file size. 

2. A larger, but still web-optimized version (this is 
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scaled to allow the image to be expanded to the max- 
imum available by the interface - such as seating 
250% - and still have one-to-one pixel matching (i.e. 
the image size is width 241 x 250% if possible). This 
is the image used on screen for the design of the 
card. 

3. A Bitmap image at the same scale as the original 
image. A Bitmap image may be used, for example, 
in a system that uses C#, which is a Microsoft lan- 
guage and uses Bitmap as the default image type. 

4. The output design, which may be sized in propor- 
tion to a credit card. This design could be of any 
software format that is useful to the printerused, such 
as BMP (Bitmap) or PNG (Portable Network Graph- 
ic). 

[0047] The original images may be placed into a data- 
base once they have been uploaded. In one embodiment, 
each request for images requires going back to the orig- 
inal version to use; however, this need not be the case, 
because once another image version has been created 
(e.g. a thumbnail version), the system can equally store 
this version so that the processing is reduced (though 
memory taken would increase). A key benefit of an em- 
bodiment according to the Invention is that it is not nec- 
essary to pass the largest image backwardsand forwards 
across the web from client to server, except for the initial 
upload of images. Nonetheless, when the final edited de- 
sign or image is generated, the highest quality image is 
used. 

[0048] In an embodiment according to the invention, 
the user designs, on screen, an image that appears the 
same physical size as a credit card using the screen res- 
olution of 72 dpi. This is because a computer monitor 
cannot present images at a higher resolution than this. 
However, a printer can output at higher resolutions, typ- 
ically 300 dpi or greater - increasing the quality. Although 
the front end software uses the low resolution images, 
the final design is compiled by the back end software 
using a full scale, bitmap version of the original image 
uploaded. This may be achieved by using a "virtual can- 
vas' within the back end software that is larger than the 
design canvas within the front end software. Thus the 
design being created by the back end software is laid on 
to a background of greater size than in the front end soft- 
ware (while maintaining 72 dpi resolution). Thus, if the 
credit card size in pixels is 241 by 1 53 then, by laying the 
image on a "virtual canvas" credit card of, 1050 by 672 
at 72 dpi, the resolution can be increased to approximate- 
ly 300 dpi when the credit card is finally printed (back at 
3.3 Inch by 2.1 inch). This method ensures that the max- 
imum dpi achievable (to the printer's maximum setting) 
is output from the back end software, but only the reso- 
lution necessary is sent to the front end software. This 
reduces the memory requirements of the client machine 
and the Internet traffic. This operation could equally be 
achieved by changing the resolution of a 72 dpi image 
to 300 at the original size. 
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[0049] In order to use transparencies, in an embodi- 
ment according to the invention, the images containing 
a transparent layer (usually frames or borders) must be 
converted into Flash "movies" themselves. This process 
s can be manual, but can also be automated to allow im- 
ages with transparencies (such as bitmaps or PNG) to 
be imported into the front end software "on the fly." The 
back end software can use the original PNG or BMP im- 
age to generate the credit card image. 
io [0050] Figs. 3- 1 0 show screens of a credit card design 
website operated in a series of steps according to an 
embodiment of the invention. Fig. 3 shows a first screen, 
with a standard library of images assigned to the partic- 
ular card issuer that is using the credit card design web- 
15 site, on the left of the screen. Fig. 4 shows a screen al- 
lowing users to log in so that they can load new images 
in to the left hand side library. This can be automated in 
live versions. In Fig. 5, the upload allows the user to 
browse his or her own computer for images to upload. 
20 Fig. 6 shows a screen with a new library including both 
the user's images and a set of stock images. In the screen 
of Fig. 7, by clicking on the thumbnail image on the left 
hand side, the bigger but still web-optimized image is 
loaded. At this point it can be scaled, flipped, rotated, or 
25 undergo other manipulations; and the card details can 
be viewed or hidden. In the screen of Fig. 8, frames can 
then be added. These are Flash (.swf) files that allow 
transparencies. Again they can be flipped, scaled, rotat- 
ed, or undergo other manipulations; and the card details 
30 can be hidden. In the screen of Fig. 9, by clicking on the 
red Back Button or on the Step 1 tab, the user can return 
to a previous screen. At this point the image is shown as 
"live" but the frame can be seen as well. The screen of 
Fig. 1 0 shows the final version of the credit card before 
35 it is sent off to the back end software to be created. 
[0051] In accordance with a further embodiment of the 
invention, shown in Fig. 12, a bank or other card issuer 
need not create a unique identifier for a customer, and 
passthat identifierthrough the card issuer's own system. 
io Given the complexity of banking systems, avoiding the 
need to create such an Identifier can be an advantage. 
[0052] Before illustrating the alternative of Fig. 1 2, Fig. 
1 1 first illustrates an embodiment that may be useful for 
some card issuers, in which a unique identifier is created 
is foreach customer. In this embodiment, a unique identifier 
is created for each customer that requests to design a 
card 1101, and passed 1 1 02 to the back end server 1 1 03. 
The back end server 1 1 03 creates an image correspond- 
ingtothe customer's unique identifier, and the card issuer 
so 1 1 04 passes the unique identifier through the card issu- 
er's own system. A bureau 1105 that creates the final 
caid can then make a software call to the back end server 
1 1 03 using the unique identifier, so that the account de- 
tails received from the card issuer 1 104 may be associ- 
55 ated with the image. 

[0053] lnfurtherdetail,theembodimentof Rg. 1 1 func- 
tions as follows. Upon a customer requesting to a card 
issuer 1 1 04 to design a personalized card 1 1 01 , the card 
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issuer 1 104 creates a unique identifier and passes the 
identifier 1102 to the back end server 1103. Once the 
customer designs the card 1 1 06, the user and corre- 
sponding unique identifier are returned 1 1 07 to the card 
issuer, and the back end serverstores 1 125 the customer 
image and unique identifier. The information that the cus- 
tomer has requested a new card is then sent 1 108 to the 
card issuer's systems, along with the unique identifier; 
and a record and unique identifier for the customer are 
stored 1 1 09 in the card issuer's systems. The card issuer 
then passes 1 1 10 the unique identifier to the back end 
server, to notify it that the new card will potentially be 
created and embossed. The back end server 1 1 03 and/or 
card issuer 1104 can then perform an image checking 
procedure 1 1 1 1 and 1 1 1 2, to ensure that the image de- 
signed by the customer is acceptable for production. If 
the image fails the back end server's image checking 
1111, the unique identifier and reason for the image's 
rejection is then sent to the card issuer 1113; and the 
customer is invited 1 1 14 to redesign the card. Once the 
image has been accepted, the card issuerconverts 1115 
the customer's record and unique Identifier into an em- 
boss record, which is sent 1 1 1 6 to the bureau 1 105 that 
will be creating the card. The back end server tags the 
image 1117 to be sent to the bureau 1105 in the next 
batch of images; and, when a suitable number of images 
are ready, sends 1 1 1 8 the image and associated unique 
identifier to the bureau 1105. The bureau 1105 next 
stores 1 1 19 the customer's emboss record and unique 
identifier, obtained from the card issuer 1 1 04; and also 
stores 1120 the unique identifier and image, obtained 
from the back end server 1 1 03. Having done so, the bu- 
reau 1 1 05 can now create the finished card, by first ob- 
taining 1 1 21 the customer's record provided by the card 
issuer 1 104; and also using 1 122 the unique identifier to 
obtain the associated customer image and provide it to 
a blank card stock printer. The blank stock printer may 
then print 1 123 the image onto blank stock, and encode 
the card's magnetic strip. Based on information in the 
magnetic strip, the emboss record and printed card stock 
may then be joined together 1124 to create a finished 
card. 

[0054] By contrast with the process of Fig. 1 1 , the em- 
bodiment of Fig. 1 2 allows a card issuerto avoid the need 
to create for each customer a unique identifier that must 
be passed through the card issuer's system. Instead, the 
card issuer creates a "hash value," such as a message 
digest, or other one-way code, based on some account 
details for each individual, so that the card issuer can 
pass customers' account information to the back end 
server in a way that is completely safe. Referring to Fig. 
12, the process is similar to that of Fig. 1 1 , with a card 
issuer 1204, a back end server 1203, and bureau 1205 
performing analogous steps (1201 and following) to 
those of Fig. 1 1 (1 1 01 and following). However, a princi- 
pal difference is found in steps 1202, 1207, 1210, 1213, 
1226, and 1227 of Fig. 12, in which a "hash value" (or 
other one-way code) Is passed between the card issuer 



1204 and the back end server 1203, instead of requiring 
the card issuerto create a unique identifier for each cus- 
tomer, as in Fig. 1 1 . First, in step 1 202, a hash of a unique 
part of the customer record (such as the customer's 
name) is created. A one-way hash, such as the MD5 
hash, is a process that takes arbitrary-sized input data 
(such as a customer's name and account number), and 
generates a fixed-size output, called a hash (or hash val- 
ue). A hash has the following properties: (i) it should be 
computationally infeasibletofindanotherinput string that 
will generate the same hash value; and (ii) the hash does 
not reveal anything about the inputthat was used to gen- 
erate it This means that the hash function used in the 
embodiment of Fig. 12 allows the card issuer 1204 to 
'5 pass at least some of a customer's account information 
to the back end server 1 203 in a way that is completely 
secure. As seen in steps 1 202, 1 207, 1 21 0, 1 21 3, 1 226, 
and 1227, a hash value may be passed back and forth 
between the card issuer 1204 and the back end server 
20 1203, withoutthe need forthe card issuer 1204to create 
a unique identifier and pass it through its system. 
[0055] Infurtherdetall.theembodimentof Fig. ^func- 
tions as follows. Upon a customer requesting to a card 
issuer 1204 to design a personalized card 1 20 1 , the card 
& issuer 1 204 creates a hash value of a unique part of the 
customer's record 1 202 and passes the hash value 1 226 
to the back end server 1 203. Once the customer designs 
the card 1206, the user and corresponding hash value 
are returned 1 207 to the card issuer, and the back end 
30 server stores 1 225 the customer image and hash value. 
The information that the customer has requested a new 
card is then sent 1 208 to the card issuer's systems; and 
a record for the customer is stored 1209 in the card is- 
suer's systems. The card issuerthen recreates 1 21 0 the 
as hash value that is based on the unique part of the cus- 
tomer record, and passes it 1 227 to the back end server 
1 203, to notify it that the new card will potentially be cre- 
ated and embossed. The back end server 1203 and/or 
card issuer 1204 can then perform an image checking 
"o procedure 121 1 and 1212. to ensure that the image de- 
signed by the customer is acceptable for production. If 
the image fails the back end server's image checking 
121 1 , the hash value and reason forthe image's rejection 
is then sent to the card issuer 1213; and the customer is 
& invited 1 21 4 to redesign the card. Once the image has 
been accepted, the card issuer converts 1215 the cus- 
tomer's record into an emboss record, which is sent 1216 
to the bureau 1205 that will be creating the card. The 
back end server tags the Image 1217 to be sent to the 
so bureau 1205 in the next batch of images; and, when a 
suitable number of images are ready, sends 1218 the 
image and associated hash value to the bureau 1205. 
The bureau 1205 next stores 1219 the customer's em- 
boss record, obtained from the card issuer 1204; and 
55 also stores 1220 the hash value and image, obtained 
from the back end server 1203. Having done so, the bu- 
reau 1205 can now create the finished card, by first ob- 
taining 1221 the customer's record provided by the card 
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issuer 1204; and also using 1222thehashva!uetoobtain 
the associated customer image and provide it to a blank 
card stock printer. The blank stock printermay then print 
1223 the image onto blank stock, and encode the card's 
magnetic strip. Based on information In the magnetic s 
strip, the emboss record and printed card stock may then 
be joined together 1224 to create a finished card. 
[0056] In an alternative to the embodiment of Figs. 1 1 
and 12, which utilize a unique identifier and a hash value, 
respectively, other methods of creating a secure user « 
identifier may be used. For example, it is also possible 
forthe user Information to be encrypted at the card issuer 
at the beginning of the process, and decrypted at the 
card bureau using a Private/Public Key or a Private/Pri- 
vate Key encryption technology. This alternative works t* 
in a manner similar to the process described in Fig. 12, 
but with modified security measures; for example, the 
key must be held by the card bureau. 
[0057] In another embodiment according to the inven- 
tion, a secure identifier of the image that is produced a 
based on the user's instructions, may be embedded in 
the image itself, or embedded as part of the data file in 
which the image is stored. For example, a hash key, en- 
crypted Identifier, or other secure identifier may be 
passedthroughthebackendserver(suchasserver1103 s 
or 1203) in association with the user's image manipula- 
tion instructions. At any point in the back end serverproc- 
ess, such as when the image is produced for sending to 
a card bureau (such as card bureau 1205), the image 
thencanbemadetohavethesecureidentiflerembedded s 
in it - such as by embedding a bar code or other machine- 
readable code, which encodes the secure identifier, 
placed in the image itself. In this way, the card bureau 
1 205 can read the bar code, or other embedded secure 
Identifier, directly from the image itself; and need not ac- t 
quire any information from the back end server 1 203 ex- 
cept for the image itself, which includes the bar code. 
This embodiment finds particular use in the case where 
the card production process of th e bu reau 1 205 involves 
using an image printer, which is not capable of separately < 
storing or passing on the secure identifier. Thus, by using 
the embedded secure identifier, the image printer can 
effectively pass on the secure identifier as well as the 
image to the embossing stage, simply by passing on the 
printed image itself, which will include the bar code (or • 
other embedded machine-readable Identifier). The em- 
bossing stage can then involve reading the bar code (or 
other embedded machine-readable identifier) from the 
image, and looking up the associated emboss record for 
use in fihal card production. It should be noted that the 
image printing function of bureau 1205 need not be per- 
formed within a single organization or enterprise; for ex- 
ample, the image printing may instead be performed by 
a separate enterprise or department from the organiza- 
tion that performs the embossing, in accordance with an 
embodiment of the invention. It will be appreciated that 
a variety of different techniques can be used for embed- 
ding the secure identifier in the image, such as by Includ- 



ing the identifier in the metadata of the image file; includ- 
ing both when the image file is transmitted to the bureau 
1205, or when the image file is in use by the back end 
server or the bureau. 

[0058] In another embodiment according to the inven- 
tion, shown in Fig. 13, a modified architecture may be 
used, in the context of a card-issuing kiosk or in-store 
"instant issue" system. As with embodiments described 
above, front end software runs on a client-side browser; 
and back end software runs on a remote webserver. How- 
ever, unlike in the above embodiments, the card printer 
is located on the client machine (such as a card-issuing 
kiosk). With reference to Fig. 1 3, a user browser housed 
in an in-store kiosk 1302 uses the front end software, 
which is provided from an internet server 1301, to allow 
a customer to design a personalized card. The user's 
image preferences are then saved and the image is gen- 
erated 1303 on the remote webserver. The image can 
then be returned to the kiosk 1304, and printed to the 
customer's card 1305. Images may be checked on the 
remote server side, to ensure that they are suitable for 
printing, in real time, if required. Otherwise the operation 
of the system may be similar to the embodiments de- 
scribed above. 

[0059] In afurther embodiment according to the inven- 
tion, shown in Fig. 14, a database can be used to store 
information between the user's image selections, and the 
back end image production. In this way, the system can 
be made more scalable, since it does not need to create 
the images on the back end in real time. As with the other 
embodiments, the user first makes image selections on 
the front end interface software, and the image manipu- 
lations are passed to the back end server 1401 . Then, 
however, each user's manipulations are saved to a da- 
tabase 1402; so that the back end software can pick up 
each manipulation, not in real time, and make the high 
resolution image 1403. 

[0060] While the foregoing has described what is con- 
sidered to be the best mode and, where appropriate, oth- 
er modes of performing the invention, the invention 
should not be limited to specific apparatus configurations 
or method steps disclosed in this description of the pre- 
ferred embodiment. Those skilled in the art will also rec- 
ognize that the invention has a broad range of applica- 
tions, and that the embodiments admit of a wide range 
of modifications without departingfrom the inventivecon- 
cepts. 



so Claims 

1 , A computer system for manipulation of images, the 
computer system comprising: 

55 means for generating a browser-based user in- 

terface for displaying for manipulation on a re- 
mote terminal a graphical representation of at 
least a portion of an image held at an image 
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store, said interface being capable of effecting 
a plurality of manipulations to the graphical rep- 
resentation to build a design; 
an internet communications link coupling the re- 
mote user interface to an image processor, said 
link being operable to receive instructions when 
the design is complete defining said plurality of 
manipulations applied to the graphical represen- 
tation from the remote terminal; and 
the image processor operable to access the Im- 
age held at said image store to apply to the im- 
age manipulations emulating those applied to 
the graphical representation according to the in- 
structions. 

2. A computer system according to claim 1 , wherein 
once user approval of the design is indicated, the 
instructions defining said plurality of manipulations 
applied to the graphical representation are transmit- 
ted to the image processor. 

3. Acomputersystemaccordingtoclaiml or2,whereln 
the design comprises two or more images. 

4. A computer system according to any one of claims 
1 to 3, wherein the instructions defining said plurality 
of manipulations applied to the graphical represen- 
tation comprises a text string. 

5. A computer system according to claim 1, wherein 
the image processor further comprises means for 
communicating the design, produced by applying to 
the image the manipulations that emulate those ap- 
plied to the graphical representation, to an image 
printing means maintained securely from the user 
interface. 

6. A computer system according to claim 1, further 
comprising means for associating an unique identi- 
fier with an user applying the plurality of manipula- 
tions to the graphical representation; wherein the in- 
ternet communications link is operable to transfer 
the unique identifier between the user interface and 
the image processor. 

7. A computer system according to claim 6, wherein 
the image processor comprises means for embed- 
ding the unique identifier in the design produced by 
applyingtothe image the manipulations that emulate 
those applied to the graphical representation. 

8. A computer system according to claim 7, wherein 
the image processor comprises means for embed- 
ding the unique identifier as a machine-readable 
code. 

. 9. A computer system according to claim 1, further 
comprising a database capable of storing the instruc- 



tions defining said plurality of manipulations applied 
to the graphical representation; such that a manip- 
ulation can be applied to the image held in the image 
store, other than in real time, or alternatively, allow- 
ing printing tasks to different articles to be batched. 

10. A computer system according to claim 1, further 
comprising a printerforprinting the design, produced 
by applying to the image the manipulations that em- 
ulate those applied to the graphical representation, 
onto a consumer item. 

11. A computer system according to claim 10, wherein 
the consumer item comprises a financial transaction 
card. 

12. A computer system according to claim 1, wherein 
the graphical representation of the image comprises 
a re-sized version of the image. 

13. A computer system according to claim 1, wherein 
the image is uploaded from an user's own computer. 

14. A computer system according to claim 1, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation com- 
prise operations selected from rotating, re-sizing, po- 
sitioning, flipping, controlling brightness, performing 
red-eye reduction, and adjusting opacity levels. 

15. A computer system according to claim 1, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation further 
comprises data relating to at least a second image 
for overlaying onto the image. 

16. A computer system according to claim 15, wherein 
the second image for overlaying comprises at least 
one transparent portion, 

17. A computer system according to claim 11, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation com- 
prise operations for positioning at least a portion of 
the image in relation to a template of features of the 
financial transaction card. 

18. A method of operating a computer system for ma- 
nipulation of images, the method comprising: 

displaying for manipulation at a browser-based 
user interface on a remote terminal a graphical 
representation of at least a portion of an image 
held at an image store, said interface being ca- 
pable of effecting a plurality of manipulations to 
the graphical representation to build a design; 
providing an internet communications link cou- 
pling the remote user interface to an image proc- 
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receiving instructions, when the design is com- 
plete, defining said plurality of manipulations ap- 
plied to the graphical representation from the 
user interface; and 

causing the image processor to access the Im- 
age held at said image store and to apply to the 
image manipulations emulating those applied to 
the graphical representation according to the in- 
structions. 

19. A method according to claim 18, further comprising: 

receiving an indication of user approval of the 
design prior to transferring the instructions de- 
fining said plurality of manipulations applied to 
the graphical representation. 



store, other than in real time, or alternatively, 
allowing printing tasks to different articles to be 
batched. 

s 27. A method according to claim i8,furthercornprising: 

printing the design, produced by applying to the 
image the manipulations that emulate those ap- 
pliedtothe graphical representation, ontoacon- 
10 sumeritem. 

28. A method according to claim 27, wherein the con- 
sumer item comprises a financial transaction card. 

15 29. A method according to claim 1 8, wherein the graph- 
ical representation of the image comprises a re-sized 
version of the image. 



20. A method according to claim 18 or 1 9, wherein the 30. A method according to claim 1 8, further comprising 
20 uploading the image from an user's own computer. 



design comprises two or more Images. 

21. A method according to any one of claims 18 to 20, 
wherein the instructions defining said plurality of ma- 
nipulations applied to the graphical representation 
comprises a text string. 

22. A method according to claim 18, further comprising: 

communicating the design, produced by apply- 
ing to the image the manipulations that emulate 
those applied to the graphical representation, to 
an image printing means maintained securely 
from the user interface. 



31 . A method accordi ng to claim 1 8, wherein the instruc- 
tions defining said plurality of manipulations applied 
to the graphical representation comprise operations 
selected from rotating, re-sizing, positioning, flip- 
ping, controlling brightness, performing red-eye re- 
duction, and adjusting opacity levels. 

32. A method according to claim 1 8, wherein the instruc- 
tions defining said plurality of manipulations applied 
to the graphical representation f u rther comprises da- 
ta relating to at least a second image for overlaying 
onto the Image. 



23. A method according to claim 1 8, further comprising: 35 33. 

transferring an unique identifier between the us- 
er interface and the image processor, the unique 
identifierbeing associated with an user applying 
the plurality of manipulations to the graphical 
representation. 

24. A method according to claim 23, further comprising: 



Amethod according to claim 32, wherein the second 
image for overlaying comprises at least one trans- 
parent portion. 

L A method accordingto claim 28, wherein the instruc- 
tions defining said plurality of manipulations applied 
to the graphical representation comprise operations 
for positioning at least a portion of the image relative 
to a template relating to features of the financial 
transaction card- 



embedding the unique identifier in the design 
produced by applying to the image the manipu- 
lations that emulate those applied to the graph- 
ical representation. 

25. A method according to claim 24, wherein the unique 
identifier is embedded as a machine-readable code. 

26. A method according to claim 18, further comprising: 

storing the instructions defining said plurality of 
manipulations applied to the graphical represen- 
tation in a database, such thatthe manipulations 
can be applied to the image held in the image 



35. A computer program product comprising program 
code means, said program code means including: 

first code means for displaying for manipulation 
at a browser-based user interface on a remote 
terminal a graphical representations of at least 
a portion of an image held at a remote image 
store, said interface being capable of effecting 
a plurality of manipulation to the graphical rep- 
resentation to build a design; 
second code means for establishing an internet 
communications link coupling the remote user 
interface to an image processor; 
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third code means for receiving instructions, 
when the design is complete, defining said plu- 
rality of manipulations applied to the graphical 
representation from the user interface; and 
fourth code means for causing the Image proc- 
essor to access the image held at the image 
store and to apply to the image manipulations 
emulating those applied to the graphical repre- 
sentation according to the instructions. 

36. A computer system for manipulation of images, the 
computer system comprising: 

means for generating a browser-based user in- 
terface for displaying for manipulation on a re- 
mote terminal a graphical representation of at 
least a portion of an image held at an image 
store, said interface being capable of effecting 
a plurality of manipulations to the graphical rep- 
resentation to build a design; 
an internet communications link coupling the re- 
mote user interface to an image processor, said 
link being operable to receive instructions defin- 
ing said plurality of manipulations applied to the 
graphical representation from the remote termi- 
nal; 

an instruction store for storing the received in- 
structions defining said plurality of manipula- 
tions applied to the graphical representation; 
and 

the image processor operable to access the im- 
age held at said image store to apply to the im- 
age manipulations emulating those applied to 
the graphical representation according to the in- 
structions. 

37. A computer system according to claim 36, wherein 
the manipulations can be applied to the image held 
in the image store, other than in real time, or alter- 
natively, allowing printing tasks to different articles to 
to be batched. 

38. A computer system according to claim 36 or 37, 
wherein the design comprises two or more images.' 

39. A computer system according to any one of claims 
36 to 38. wherein the instructions defining said plu- 
rality of manipulations applied to the graphical rep- 
resentation comprises a text string. 

50 

40. A computer system according to claim 36, wherein 
the image processor further comprises means for 
communicating the design, produced by applying to 
the image the manipulations that emulate those ap- 
plied to the graphical representation, to an image 55 
printing means maintained securely from the user 
interface. 



41. A computer system according to claim 36, further 
comprising means for associating an unique identi- 
fier with an user applying the plurality of manipula- 
tions to the graphical representation; wherein the in- 

5 temet communications link is operable to transfer 
the unique identifier between the user interface and 
the image processor. 

42. A computer system according to claim 41 , wherein 
10 the image processor comprises means for embed- 
ding the unique identifier in the design produced by 
applying to the image the manipulations that emulate 
those applied to the graphical representation. 

« 43. A computer system according to claim 42, wherein 
the image processor comprises means for embed- 
ding the unique identifier as a machine-readable 
code. 

so 44. A computer system according to claim 36, further 
comprising a printerfor printing the design, produced 
by applying to the Image the manipulations that em- 
ulate those applied to the graphical representation, 
onto a consumer item. 

25 

45. A computer system according to claim 44, wherein 
the consumer item comprises a financial transaction 
card. 

30 46. A computer system according to claim 36, wherein 
the graphical representation of the image comprises 
a re-sized version of the image. 

47. A computer system according to claim 36, wherein 
the image is uploaded from an user's own computer. 

48. A computer system according to claim 36, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation corri- 
priseoperationsselectedfrom rotating, re-sizing, po- 
sitioning, flipping, controlling brightness, performing 
red-eye reduction, and adjusting opacity levels. 

49. A computer system according to claim 36, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation further 
comprises data relating to at least a second image 
for overlaying onto the image. 

50. A computer system according to claim 49, wherein 
the second image for overlaying comprises at least 
one transparent portion. 

51. A computer system according to claim 45, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation com- 
prise operations for positioning at least a portion of 
the image in relation to a template of features of the 
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financial transaction card. 

52. A computer system according to claim 36, wherein 
the instructions defining said plurality of manipula- 
tions applied to the graphical representation are 
transmitted when the design is complete. 

53. A computer system according to claim 36, wherein 
once user approval of the design is indicated, the 
instructions defining said plurality of manipulations 
applied to the graphical representation are transmit- 
ted to the image processor. 

54. A method of operating a computer system for ma- 
nipulation of images, the method comprising: 

displaying for manipulation at a browser-based 
user interface on a remote terminal a graphical 
representation of at least a portion of an image 
held at an image store, said interface being ca- 
pable of effecting a plurality of manipulations to 
the graphical representation to build a design; 
providing an internet communications link cou- 
pling the remote user interface to an image proc- 
essor; 

receiving instructions defining said plurality of 
manipulations appliedtothe graphical represen- 
tation from the user interface; 
storing the received instructions defining said 
plurality of manipulations applied to the graphi- 
cal representation in an instruction store; and 
causing the image processor to access the im- 
age held at said image store and to apply to the 
image manipulations emulating those applied to 
the graphical representation according to the in- 
structions. 

55. A method according to claim 54, wherein the manip- 
ulations can be appliedtothe Image held in the image 
store, other than in real time, or alternatively, allow- 
ing printing tasks to different articles to be batched. 

56. A method according to claim 54 or 55, wherein the 
design comprises two or more images. 

57. A method according to any one of claims 54 to 56. 
wherein the instructions defining saidplurality of ma- 
nipulations applied to the graphical representation 
comprises a text string. 

58. A method according to claim 54, further comprising: 

communicating the design, produced by apply- 
ing to the image the manipulations that emulate 
those applied to the graphical representation, to 
an image printing means maintained securely 
from the user interface. 



59. A method according to claim 54, furthercomprising: 

transferring an unique identifierbetween the us- 
erinterface and the image processor, the unique 
5 identifier being associated with an user applying 

the plurality of manipulations to the graphical 
representation. 

60. A method according to claim 59, furthercomprising: 

embedding the unique identifier in the design, 
produced by applying to the image the manipu- 
lations that emulate those applied to the graph- 
ical representation. 

61. A method according to claim 60, wherein the unique 
identifier is embedded as a machine-readable code. 

62. A method according to claim 54. furthercomprising: 

20 

printing the design, produced by applying to the 
image the manipulations that emulate those ap- 
plied to the graphical representation, onto a con- 
sumer item. 

25 

63. A method according to claim 62, wherein the con- 
sumer item comprises a financial transaction card. 

64. A method according to claim 54, wherein the graph- 
30 ical representation of the imagecomprises a re-sized 

version of the image. 

65. A method according to claim 54, further comprising 
uploading the image from an user's own computer. 

35 

66. A method according to claim 54, wherein the instruc- 
tions defining said plurality of manipulations applied 
to the graphical representation comprise operations 
selected from rotating, re-sizing, positioning, flip- 

40 ping, controlling brightness, performing red-eye re- 
duction, and adjusting opacity levels. 

67. Amethod according to claim 54, wherein the instruc- 
tions defining said plurality of manipulations applied 

45 tothe graphical representationfurthercomprises da- 
ta relating to at least a second image for overlaying 
onto the image. 

68. A method according to claim 67, wherein the second 
so image for overlaying comprises at least one trans- 
parent portion. 

69. Amethod according to claim 63, wherein the instruc- 
tions defining said plurality of manipulations applied 

55 tothe graphical representation comprise operations 
for positioning at least a portion of the image relative 
to a template relating to features of the financial 
transaction card. 
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70. A method according to claim 54, wherein the instruc- 
tions defining said plurality of manipulations applied 
to the graphical representation are transmitted when 
the design is complete. 

71. A method according to claim 54, wherein once user 
approval of the design Is indicated, the instructions 
defining said plurality of manipulations applied to the 
graphical representation are transmitted to the im- 
age processor. 

72. A computer program product comprising program 
code means, said program code means including: 

first code means for displaying for manipulation « 
at a browser-based user interface on a remote 
terminal a graphical representations of at least ' 
a portion of an image held at a remote image 
store, said interface being capable of effecting 
a plurality of manipulation to the graphical rep- 20 
resentation to build a design; 
secondcode means for establishing an internet 
communications link coupling the remote user 
interface to an image processor; 
third code means for receiving instructions de- 25 
fining said plurality of manipulations applied to 
the graphical representation from the user inter- 
face; 

fourth code means for storing the received in- 
structions defining said plurality of manipula- 30 
tions applied to the graphical representation in 
an instruction store; and 
fifth code means for causing the image proces- 
sor to access the image held at the image store 
and to apply to the image manipulations emu- 
lating those applied to the graphical represen- 
tation according to the instructions. 



73. A method of operating a computer to facilitate pro- 
duction of a personalized financial transaction card, 
the method comprising: 



receiving instructions for manipulation of an im- 
age file, the instructions being based on manip- 
ulations performed by the remote user with re- 
gard to a representative version, on the user in- 
terface, of the image that is contained in the file; 
and 

providing an image, produced based on said in- 
structions for manipulation, forapplication to the 
financial transaction card, the image being as- 
sociated with an unique identifier corresponding 
to the remote user, wherein the unique identifier 
is used to obtain the associated image and pro- 
vide it to a blank card stock printer for printing 
the image on to the blank stock. 



74. A method according to claim 73, wherein by using 
the unique identifier, account details received from 
a card issuer may be associated with the image. 

75. A method according to claim 73, further comprising: 

performing an image checking procedure to en- 
sure thatthe image is acceptable forproduction. 

76. A system for operating a computer to facilitate pro- 
duction of a personalized financial transaction card, 
the system comprising: 

computer program means for presenting to a re- 
mote user an user interface: 

image instruction means for receiving in- 
structions for manipulation of an image file, 
the instructions being based on manipula- 
tions performed by the remote user with re- 
gard to a representative version, on the user 
interface, of the image that is contained in 
the file; and 

image processing means for providing an 
image, produced based on said instructions 
formanlpulation.for application to thefinan- 
cial transaction card, the image being asso- 
ciate with an unique identifier correspond- 
ing to the remote user, wherein the unique 
identifier is used to obtain the associated 
image and provide it to a blank card stock 
printer for printing the image on to the blank 
stock. 

77. A system according to claim 76, wherein by using 
the unique identifier, account details received from 
a card issuer may be associated with the image. 

78. A system according to claim 76, further comprising: 

image checking means for performing an image 
checking procedure to ensure that the image is 
acceptable for production. 
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plurality of manipulations applied to the graphical repre- 
sentation from the remote terminal; and the image proc- 
essor operable to access the image held at said image 
store to apply to the image manipulations emulating 
those applied to the graphical representation according 
to the Instructions. In another embodiment according to 
the invention, a method and apparatus for manipulation 
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the graphical representation to build a design; an internet 
communications link coupling the remote user interface 
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instructions defining said plurality of manipulations ap- 
plied to the graphical representation from the remote ter- 
minal; an Instruction store forstoring the received instruc- 
tions defining said plurality of manipulations applied to 
the graphical representation; and the image processor 
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to apply to the image manipulations emulating those ap- 
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